home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000396_news@columbia.edu_Tue Sep 19 23:15:36 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA23876
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 20 Sep 1995 04:20:13 -0400
  3. Received: by apakabar.cc.columbia.edu id AA10298
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 20 Sep 1995 04:20:11 -0400
  5. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!news5.ner.bbnplanet.net!news3.near.net!sun3.ipswitch.com!ddl
  6. From: ddl@harvard.edu (Dan Lanciani)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Progress on MSK 3.14 and Linux 1.2.8 problem
  9. Message-Id: <2994@sun3.IPSWITCH.COM>
  10. Date: 19 Sep 95 23:15:36 GMT
  11. References: <43c0ds$hvk@apakabar.cc.columbia.edu> <1995Sep19.092901.61603@cc.usu.edu>
  12. Organization: Internet 
  13. Lines: 19
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <1995Sep19.092901.61603@cc.usu.edu>, jrd@cc.usu.edu (Joe Doupnik) writes:
  17.  
  18. |     So far I would conclude that your version of Linux has problems
  19. | in its TCP/IP stack. And that the problems are sensitive to whether or
  20. | not an ARP reply has the IP address of the requestor or 0.0.0.0 there
  21. | (current MSK has the IP address, previous v3.14 did not by mistake).
  22. |     Anyone else have some ideas? Dan?
  23.  
  24. Ah, well, that certainly explains it (assuming the version that sends
  25. 0.0.0.0 is the one we were talking about).  Glancing at the Linux code
  26. I see that it will drop any replies that aren't addressed (meaning that
  27. target ip is one of its addresses) to it.  This action appears to be
  28. intentional.  Of course, this doesn't explain why the fixed kermit fails
  29. in a worse way...  Perhaps some other field is getting trashed?  The Linux
  30. code seems to be quite picky and checks all the length and type fields.  If
  31. anything is wrong, the ARP packet gets dropped.
  32.  
  33.                 Dan Lanciani
  34.                 ddl@harvard.*